home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20000217-20000824 / 000370_news@columbia.edu _Wed Jun 14 10:39:16 2000.msg < prev    next >
Internet Message Format  |  2000-08-23  |  6KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id KAA03437
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Wed, 14 Jun 2000 10:39:15 -0400 (EDT)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA20900
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 14 Jun 2000 10:39:15 -0400 (EDT)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id KAA13096
  10.     for kermit.misc@watsun.cc.columbia.edu; Wed, 14 Jun 2000 10:15:35 -0400 (EDT)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: fdc@columbia.edu (Frank da Cruz)
  13. Subject: Re: Serial console: Ctrl-C doesn't work
  14. Date: 14 Jun 2000 14:15:34 GMT
  15. Organization: Columbia University
  16. Message-ID: <8i8426$cp5$1@newsmaster.cc.columbia.edu>
  17. To: kermit.misc@columbia.edu
  18.  
  19. In article <8i7c8n$11ro$1@news.net.uni-c.dk>,
  20. Bernd Dammann <bernd@lipid.fki.dtu.dk> wrote:
  21. : I've set up a diskless and headless machine with a serial console that
  22. : I access from the server through a null-modem cable (using kermit as
  23. : terminal emulator).  Everything works fine, except for one thing:
  24. : 
  25. : Ctrl-C (intr) and Ctrl-Z (susp) don't work!  All other Ctrl- sequences
  26. : like Ctrl-U (kill) and Ctrl-W (werase) do work.
  27. : 
  28. : Where is the problem?  The console settings (see below), or the
  29. : terminal emulation?  I've tried several terminal emulation programs
  30. : (i.e. kermit, minicom, ...), but the problem is the same.
  31. : 
  32. So it's evidently something with your Linux configuration, having nothing
  33. to do with the terminal emulator.
  34.  
  35. : Here are the console stty settings:
  36. : 
  37. : speed 38400 baud; rows 24; columns 80; line = 0;
  38. : intr = ^C; quit = ^\; erase = ^H; kill = ^U; eof = ^D; eol = <undef>;
  39.   ^^^^^^^^^
  40. : eol2 = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
  41. :                                        ^^^^^^^^^
  42. These are set right.  Nothing is obviously (to me) wrong.
  43.  
  44. Perhaps the problem is on your "server", whatever you mean by that.  If you
  45. start Kermit on your server, then at the C-Kermit> prompt, what happens if
  46. you type Ctrl-C?  If you see:
  47.  
  48.   C-Kermit> ^C...
  49.   C-Kermit>
  50.  
  51. this means C-Kermit sees your Ctrl-C, and therefore when in CONNECT mode it
  52. would also pass it along to the other computer, just as it would any other
  53. character except its escape character (normally Ctrl-\), which must be entered
  54. twice to send one copy.  If you don't see "^C..." this means that something on
  55. your server is filtering it out before Kermit gets it.
  56.  
  57. - Frank
  58. From news@columbia.edu  Wed Jun 14 10:39:16 2000
  59. Return-Path: <news@columbia.edu>
  60. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  61.     by uhaligani.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id KAA10096
  62.     for <kermit.misc@cpunix.cc.columbia.edu>; Wed, 14 Jun 2000 10:39:16 -0400 (EDT)
  63. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  64.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA20903
  65.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 14 Jun 2000 10:39:15 -0400 (EDT)
  66. Received: (from news@localhost)
  67.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id KAA14062
  68.     for kermit.misc@watsun.cc.columbia.edu; Wed, 14 Jun 2000 10:36:27 -0400 (EDT)
  69. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  70. From: fdc@columbia.edu (Frank da Cruz)
  71. Subject: Re: Translate cannot handle certain filenames?
  72. Date: 14 Jun 2000 14:36:26 GMT
  73. Organization: Columbia University
  74. Message-ID: <8i859a$dnc$1@newsmaster.cc.columbia.edu>
  75. To: kermit.misc@columbia.edu
  76.  
  77. In article <ySJ15.206$Q%3.5871@read2.inet.fi>,
  78. ralf.strandell <ralf.strandell@silja.com> wrote:
  79. : On certain systems file names are in the following format: "project*file."
  80. : The asterisk and dot must be there and they are treated literally.
  81. : 
  82. : Now translate seems to think that this "project*file." represents multiple
  83. : files and fails.
  84. : How do I change this? I tried using \Fcont(\m(badfilename)) without success.
  85. : Even \Fliteral(project*file.) failed.
  86. : 
  87. Those constructions wouldn't have helped; they control the degree of
  88. evaluation of variables or things that look like variables (i.e. strings
  89. that have backslashes in them).
  90.  
  91. Filenames have their own special notation, both in and outside of Kermit.
  92. Certain characters are special; "*" is one of them.  If you need to include a
  93. special character in a filename, you must prefix it with backslash:
  94.  
  95.   project\*file
  96.  
  97. However, I just tried this and see it doesn't work in the current releases of
  98. Kermit, although it did work in (e.g.) C-Kermit 6.0, so this is a new bug.
  99.  
  100. Besides the obvious workarounds (don't give files names that include such
  101. characters as "*", "?", space, slash, backslash, etc; or, in Unix, refer to
  102. the file through a symlink), there is one technique that can be used in the
  103. current versions of C-Kermit and K95:
  104.  
  105.   translate proj<Tab>
  106.  
  107. If "project*file" is the only file whose name begins with "proj", the Tab
  108. key causes automatic expansion to the full name and the asterisk is treated
  109. as a literal character rather than a wildcard.
  110.  
  111. We'll fix the bug in the next release.
  112.  
  113. By the way, Kermit is not the only software that is likely to have trouble
  114. with files or directories whose names contain metacharacters, spaces, control
  115. characters, or other characters that are not intended to be used in filenames,
  116. so the best practice is to stick with normal naming conventions.
  117.  
  118. - Frank